:D :D na stejném rameni nebo by bylo libo více ramen ? ono totiž kdyby to bylo na stejném rameni tak by zákonitě buď došlo po zápisu k přepisu právě zapsaného nebo by rameno ­"skákalo­" po n bitech ­(n = počet hlaviček­) což by asi nebylo zrovna ideální, ale což, to by se asi dalo ustát ­(do doby než by bylo potřeba přepsat několik nenavazujících bitů­) ... nicméně takové čtení více hlavičkama na jednom rameni by mohl být tak trochu větší oříšek :D

On měl na mysli ­"vedle sebe­" jako víc stop na plotně, ne jako víc hlaviček nad jednou stopou.

No v tom pripade samozrejme mnou zminene pada v zapomeni, ale i tento napad je prinejmensim diskutabilni :­) Nechtel bych videt ten tym maniaku ktery by dokazal vymyslet firmware schopny uhlidat takovy zapis­/cteni aniz by rychlost klesla pod hranici standardnich disku ;)

Myslis, ze by to bylo tak slozite? Raid 0 ti taky predava info na ­"2 hlavicky­". Polkud by cteni a zapis byl ­"organizovany­" 2­-stopove, tak by to nejak mohlo jit.

RAID 0 ale ma ty 2 hlavicky na 2 ramenech ;­) tzn nemusi se starat o to kde bude presne hlavicka 2 kdyz hlavicka 1 zapisuje kizeny bit na kizene misto ­- o to se stara firmware disku ;­) a pokud by melo tech hlavicek na jednom rameni byt vic tak ten level synchronizace poleti prinejmensim exponencialne ;­)
Trosku jine by samozrejme bylo vetsi mnozstvi ramen ale to bude utopie zase z jinych duvodu ...